Blog
ColdBox gives you several ways to deal with unhandled exceptions in your application such as the exceptionHandler event and the onException interception point to name a couple. With either of those approaches, you can redirect the request to a different event. If you don't redirect or abort the request though, ColdBox will eventually display the contents of your error template.
By default the error template is /coldbox/system/includes/BugReport.cfm. This file has the familiar "Oops! Exception Encountered" header. While BugReport.cfm is chock-full of juicy error details (including the SQL of queries that errored), it isn't the kind of information you want to be revealing to the general public.
This is where your customErrorTemplate setting from the ColdBox config file comes in. Set this to the path of the page you want your users to see when something goes wrong on the site.
settings.customErrorTemplate = "/includes/sorry.cfm";
You'll probably want to display a comforting message, a link to your webmaster's E-mail address, or your customer service number. If you're feeling cheeky, you could try an octocat, or fail whale. :) Remember, your custom error template is NOT a view. It won't be rendered inside your site layout and it won't have access to variables a view normally gets, but it will have an exceptionBean object passed in. You can go digging for what you need with getController(), but 1be careful-- you don't know what kind of state the framework is in. If you create an error on this page, it will bubble up to the onError method in your application.cfc.
P.S. This is an excellent place to use environment overrides to use the default error page on your dev and staging server, but the pretty one on production. Just set the path to the pretty page in your main settings block, and override it with an empty string (which means use the default) in your lower environment overrides.
Recent Entries
Victor Campos
Victor Campos
January
30,
2026
Speaker Featuring - Round 1
Every conference is more than the talks we see on stage it’s also the story of the people who make it possible.
With the first round of Into the Box 2026 sessions and workshops now live, we’re excited to introduce some of the speakers who will be joining us this year. These community members, practitioners, and Ortus team experts bring decades of real-world experience across CFML, BoxLang, JVM modernization, testing, AI, and cloud-native development.
Victor Campos
Victor Campos
January
26,
2026
First Round of the Into the Box 2026 Agenda Is Live
Into the Box 2026 marks an important moment for the CFML and BoxLang community not just because of what’s on the agenda, but because of what it represents: 20 years of Ortus Solutions helping teams move forward, modernize, and build with confidence.
Victor Campos
Victor Campos
January
21,
2026
Add Your Comment
(1)
Oct 10, 2013 17:22:57 UTC
by Tim Brown
What if i just want to return the execption information as JSON so it can be gracefully displayed via my client side code? It doesn't appear I can stop execution within the onException() handler using renderData().noExecution() as renderData is ignored (as stated in the docs). Do I just need to set some headers and return the JSON manually via cfcontent? Thanks!